Saltar al contenido principal

Risks-Analysis

Seguimiento de riesgos​

SPRINT 1. Semana del 20/02 al 27/02:​

Durante esta semana el equipo ha detectado que se han activado los siguientes riesgos y se han aplicado los correspondientes planes de contingencia:

  • Planificación deficiente del entregable.

    • Activación del riesgo: el riesgo se activó aproximadamente el día 23/02 debido a que varios miembros del equipo se dieron cuenta de que no terminaban de comprender su labor durante la semana, a que muchos integrantes tenían problemas con la instalación y preparación del entorno o que no comprendían la forma en la que el repositorio común estaba estructurado y a problemas de dependencia entre tareas y prioridades.
    • Planes de contingencia aplicados:
      • Planificar de nuevo de manera más eficiente y que no consuma mucho tiempo. Se ha optado por llevar a cabo esta solución debido a que el equipo se puede permitir dedicar algo de tiempo en organizar y planificar de mejor manera las tareas que se deben de hacer en este sprint. Se creó un nuevo canal de chat para solventar las dudas con la preparación del entorno y el repositorio, se pusieron las tareas en el tablero GitHub, mencionando la prioridad y dependencia de las tareas para que todos se pusieran manos a la obra.
    • Estado actual: mitigado. El riesgo se mitigó el día 27/02 tras resultar un éxito el plan de contingencia aplicado. Una vez mantenido reuniones y haber localizado las tareas en el repositorio de GitHub, el equipo ya comprende qué debe hacer y cuándo.
    • Lecciones aprendidas: la próxima vez en lugar de tener 2 documentos en donde aparezcan las tareas, estas deberían estar implementadas en el GitHub, ya que de esa forma es más difícil que se pierda información.

  • Repartición desequilibrada de tareas.

    • Activación del riesgo: el riesgo se activó el día 24/02 y fue causado porque algunos miembros del equipo que ya contaban con muchas horas invertidas en el proyecto tenían asignadas varias tareas de análisis y documentación a la par que tenían otras varias de desarrollo y otros miembros contaban con menos carga de trabajo.
    • Planes de contingencia aplicados:
      • Asignar más personas para esa tarea. Algunas personas que acabaron sus tareas de manera rápida ayudaron a otros compañeros que estaban más ajustados.
      • Remodelar la asignación de tareas. Las personas con menos carga de trabajo se le asignaron más tareas para compensar los tiempos de cada uno.
    • Estado actual: mitigado. El riesgo se mitigó el día 28/02, cuando se terminó de analizar las tareas a realizar y se asignó al equipo nuevamente y se asignaron varias a más de una persona, ahora todos tenían tareas que hacer y la carga de trabajo era más estable.
    • Lecciones aprendidas: analizar bien el tiempo de cada persona y estimar de manera realista las tareas antes de asignarlas.

  • Aparición de nueva competencia promesa.

    • Activación del riesgo: el riesgo se activó el día 19/02 y fue causado debido a que el equipo se dio cuenta de que había salido una noticia sobre una nueva competencia que AparKing no había tenido en cuenta a la hora de analizar el mercado y estaba comenzando a tener relevancia en el mercado de la búsqueda de aparcamientos de vehículos.
    • Planes de contingencia aplicados:
      • Evaluar el impacto que tiene en el mercado y sus funcionalidades. Se ha reservado una tarea para realizar un análisis de este nuevo competidor y el impacto que ha tenido en el mercado. Asimismo, se ha estudiado si es necesario cambiar funcionalidades del servicio de AparKing.
    • Estado actual: mitigado. El riesgo se mitigó el día 26/02 tras haber analizado el impacto del competidor se descubrió que no resultaba una amenaza debido a la mala crítica que tenía y a que sus funcionalidades ya se habían contemplado gracias a otros competidores y no se asemejaban mucho a lo que busca ser AparKing.
    • Lecciones aprendidas: estar constantemente atentos a las noticias y/o redes sociales para estar preparados ante la aparición de nuevos servicios similares al nuestro.

  • Problemas de coordinación entre grupos.

    • Activación del riesgo: el riesgo se activó el día 21/02 y se debió a que el equipo se percató de la dificultad de coordinar a los 3 equipos y trabajar en concordancia con todos los integrantes, al tanto de la actualidad del proyecto, el equipo y su avance.
    • Planes de contingencia aplicados:
      • Mejorar la comunicación entre miembros. Se van a realizar más reuniones en las que participen y asistan más miembros del equipo, no solo los coordinadores. Los mismos miembros han intentado mitigar los problemas de coordinación hablando mucho entre ellos.
      • Organización por parte de los coordinadores. Los coordinadores han realizado el esfuerzo de comunicar a los miembros de su equipo del avance del trabajo, situación y tareas a realizar, comunicando aspectos elementales como urgencia o dependencias entre tareas.
    • Estado actual: mitigado. El riesgo se mitigó el día 28/02 cuando se hizo mayor hincapié en la comunicación con todos los miembros por parte de los coordinadores. Los coordinadores tuvieron una reunión urgente para organizar al grupo y luego ellos tuvieron una sesión pequeña con sus respectivos grupos, organizando todo lo que había que hacer y los cambios que se habían llevado a cabo.
    • Lecciones aprendidas: todo el equipo debe poner de su parte para facilitar la comunicación y el buen trabajo entre todos los miembros del equipo. El equipo debe estar involucrado tanto en las tareas que se deben hacer como en la comunicación entre todos los miembros.

  • Alta innovación tecnológica.

    • Activación del riesgo: el riesgo se activó el día 15/02, poco después del inicio del proyecto, ya que el equipo se dio cuenta de que no todos los miembros eran conocedores de todas las tecnologías usadas para el proyecto y que iba a hacer falta invertir bastante tiempo en ello.
    • Planes de contingencia aplicados:
      • Dedicar tiempo a formación del equipo para poder ejecutar el proyecto con la tecnología que se va a usar. Las primeras tareas de desarrollo se han estimado con más tiempo de lo normal ya que se ha tenido en cuenta la dificultad de la curva de aprendizaje de estas tecnologías y se espera que los compañeros que conocen ciertas tecnologías den soporte a los compañeros que no.
    • Estado actual: mitigado (29/03). El equipo ya comprende el funcionamiento básico de Ionic y Angular después del Sprint 2.
    • Lecciones aprendidas: usar tecnologías nuevas puede ser complicado, pero el equipo está seguro de que estas tecnologías van a garantizar un mejor producto por lo que en las primeras etapas del desarrollo los miembros del grupo tendrán que hacer un mayor esfuerzo por aprender a usarlas.

  • Retraso en alguna tarea y/o sprint.

    • Activación del riesgo: el riesgo se activó el día 27/02, tras comprobar el estado de las tareas y el tiempo restantes del Sprint, se descubrió que habría tareas que se tenían que posponer al siguiente entregable.
    • Planes de contingencia aplicados:
      • Las actividades que no se han realizado, pasarlas al siguiente sprint y ejecutarlas las primeras. Las tareas como el alquiler de garajes y algunas tareas relativas al mostrado de mapas y sitios de aparcamiento se posponen al siguiente entregable.
    • Estado actual: mitigado (29/03). El equipo cumplió con las tareas que se habían retrasado del entregable.
    • Lecciones aprendidas: hay que tener cuidado con el tiempo del que se dispone y saber utilizarlo bien para evitar retrasos.